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l This application is submitted in the name of the following inventor(s): 

2 

3 Inventor Citizenship Residence Citv and State 

4 Banga, Gaurav India Sunnyvale, California 
5 

6 The assignee is Network Appliance, Inc. , a California corporation having an 

7 office at 495 East Java Drive, Sunnyvale California 94089. 
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9 Title of the Invention 

113 

ft 

^| Auto-Detection of Duplex Mismatch on an Ethernet 

y Background of the Invention 

O 1. Field of the Invention 
16 

1 7 This invention relates to auto-detection of a communication mismatch, such 

18 as in a networking environment. 
19 
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1 2. Related Art 


3 In communication systems, it is often necessary to configure differing de- 

4 vices at remote ends of communication network with matching communication parame- 

5 ters. One common circumstance in which this can be important occurs when two devices 

6 are coupled using a LAN (local area network), such as an Ethernet, but are logically lo- 

7 cated relatively remotely. For example, the two devices might include an end-host and a 

8 switch, maybe belonging to either different organizations or different administrative do- 

9 mains within a single organization. A parameter mismatch may occur when the devices 

O 

ib treat the communication link as either half-duplex or full-duplex where a first one of the 

III 

Ail devices treats the communication link as half-duplex, while a second one of the devices 

pi will treat the communication link as full-duplex. When devices are configured so that 

m 

A 3 such a duplex mismatch occurs, substantial degradation in communication bandwidth and 


|4 other performance characteristics often results. 

I 1 3 

8 

16 One problem with known systems using Ethernet protocols is that the 

1 7 Ethernet protocol standard does not contain sufficient logic to auto-detect and to resolve 

18 such parameter mismatches. In consequence, attempting to determine the cause of, and 

19 attempting to correct, performance problems that originate as a result of a protocol mis- 

20 match can be quite difficult. This process is generally manual and often involves inspec- 

21 tion of the configurations of both communicating devices. Because the communicating 

22 devices often belong to either different organizations or different administered domains 
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1 within a single organization, parameter mismatches, particularly duplex mismatches, can 

2 occur quite often. Duplex mismatches can lead to significant loss of time on the part of 

3 system administrators, loss of effective communication for a length of time, and a rela- 

4 tively excessive number of calls for technical support. 
5 

6 Accordingly, it would be advantageous to provide a technique for auto- 

7 detection of communication mismatches that is not subject to drawbacks of the known art. 
8 

9 Summary of the Invention 

O 

|| The invention provides a method and system for auto-detection of commu- 

M nication mismatches, such as in a networking environment. A device using a communi- 

S ?. 3 

-l 3 cation protocol uses a technique for protocol augmentation (similar to that described in 

p the Incorporated Disclosure) to determine sufficient information about whether there is a 

s si 

jg protocol parameter mismatch (such as, for example, a duplex parameter mismatch,) and to 

16 determine how to adjust its protocol parameters so that the parameter mismatch is obvi- 

17 ated. In a preferred embodiment, the protocol includes an Ethernet protocol, and the 

18 mismatch includes information about whether the devices at the end of a communication 

19 link are using half-duplex or full-duplex settings. A first device using the Ethernet gener- 

20 ates messages that force any one of a set of second devices using the same Ethernet to 

21 generate responsive messages to send to the first device; the first device determines, by 

22 examining features of the responsive messages from the responding set of second devices, 
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1 what protocol settings the set of second devices is using. With this information, the first 

2 device can adjust its protocol parameter settings to match the responding second device. 

3 In a preferred embodiment, the procedure is best used with a set of second devices that 

4 includes five or more responding devices. 
5 

6 The invention provides an enabling technology for a wide variety of appli- 

7 cations for computer assisted automatic error detection and diagnosis of communication 

8 parameters, so as to obtain substantial advantages and capabilities that are novel and non- 

9 obvious in view of the known art. Examples described below primarily relate to auto- 
# detection of duplex mismatch on an Ethernet, but the invention is broadly applicable to 
M many different types of communication and networking systems. 

y Brief Description of the Drawings 

B 

UJ 

jig Figure 1 (collectively including figure 1A and figure IB) shows a block 

Q 

16 diagram of a system for auto-detection of duplex mismatch on an Ethernet. 

17 

18 Figure 2 shows a process flow diagram of a method for operating a system 

1 9 for auto-detection of duplex mismatch on an Ethernet. 

20 
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l Detailed Description of the Preferred Embodiment 
2 

3 In the following description, a preferred embodiment of the invention is de- 

4 scribed with regard to preferred process steps and data structures. Embodiments of the 

5 invention can be implemented using general-purpose processors or special purpose proc- 

6 essors operating under program control, or other circuits, adapted to particular process 

7 steps and data structures described herein. Implementation of the process steps and data 

8 structures described herein would not require undue experimentation or further invention. 
9 

4k Lexicography 

Si 

12 The following terms refer or relate to aspects of the invention as described 

1 3 below. The descriptions of general meanings of these terms are not intended to be limit- 

O 

£4 ing> only illustrative. 

II 

16 • error detection and diagnosis — In general, a technique for detecting errors and 

1 7 other failures, and for determining a likely cause thereof 

18 

19 • lower-level and higher-level protocols — In general, these terms refer to a rela- 

20 tionship between two protocols, particularly to their relationship as a higher-level 

21 protocol which relies on operation of a lower-level protocol and which is able to 
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alter parameters of the lower-level protocol, not necessarily to any particular pro- 
tocols. 

• manipulating parameters — In general, a technique for using a higher-level 
protocol to determine whether a lower-level protocol is operating relatively effi- 
ciently using a set of selected parameters for the lower-level protocol, and using 
the lower-level protocol to repeatedly and rapidly alter those selected parameters 
so as to find an optimal set of selected parameters. 

• monitoring statistics — In general, information regarding performance of the file 
server or other device. 

• network protocol — In general, a technique for communication between devices, 
such as, for example, between: (a) the file server or other device; and (b) a point 
external to the file server or other device. 

• protocol augmentation — In general, a technique for using a higher-level proto- 
col to determine whether a lower-level protocol is operating relatively efficiently 
using a set of selected parameters for the lower-level protocol, and using the 
lower-level protocol to repeatedly and rapidly alter those selected parameters so as 
to find an optimal set of selected parameters. 
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1 As noted above, these descriptions of general meanings of these terms are 

2 not intended to be limiting, only illustrative. Other and further applications of the inven- 

3 tion, including extensions of these terms and concepts, would be clear to those of ordinary 

4 skill in the art after perusing this application. These other and further applications are 

5 part of the scope and spirit of the invention, and would be clear to those of ordinary skill 

6 in the art, without further invention or undue experimentation. 

7 

8 Related Application 
9 

4^ This application is able to use technology disclosed in the following docu- 

ij ments: 

Si 

13 • U.S. Patent Application Serial No. 09/456,027, filed December 12, 1999, in the 
U name of the same inventor, titled "Computer Assisted Automatic Error Detection 

: : 3 

O and Diagnosis of File Servers", attorney docket number NAP-042. 

□ 

16 

17 This document is hereby incorporated by reference as if fully set forth 

1 8 herein. This document is sometimes referred to herein as the "Incorporated Disclosure." 

19 
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1 System Elements 
2 

3 Figure 1 (collectively including figure 1A and figure IB) shows a block 

4 diagram of a system for auto-detection of duplex mismatch on an Ethernet. 
5 

6 A system 100 includes a first device 110, a communication network 120, 

7 and a set of second devices 130. 
8 

9 The first device 110 can include any device capable of communication us- 

# ing an Ethernet protocol, and capable of carrying out the procedures described herein. In 

ijl a preferred embodiment, the first device 110 includes a computer having a processor, 

si I 

ii program and data memory, mass storage, and coupled to the communication network 120. 

13 As used herein, the term "computer" is intended in its broadest sense, and includes any 

B4 device having a programmable processor or otherwise falling within the generalized 

Hj Turing machine paradigm. 
16 

17 The communication network 120 includes any technique for sending infor- 

18 mation between the file server 1 10 and at least one point outside the file server 1 10. In a 

19 preferred embodiment, the communication network 120 includes a LAN, such as an 

20 Ethernet. In alternative embodiments, the communication network 120 can include an- 

21 other type of computer network, such as an Internet, intranet, extranet, or a virtual private 

22 network, or a non-computer network, such as a direct communication line, a switched 
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1 network such as a telephone network, or some combination thereof. In such alternative 

2 embodiments, the communication network 120 would likely include some other commu- 

3 nication protocol other than an Ethernet protocol. 
4 

5 Similar to the first device 110, the set of second devices 130 can include 

6 any device capable of communication using an Ethernet protocol, and capable of carrying 

7 out the procedures described herein. In a preferred embodiment, the set of second devices 

8 130 includes computers having a processor, program and data memory, mass storage, and 

9 coupled to the communication network 120. When a member of the set of second devices 
W 130 responds to the first device 110, that second device is termed herein a "responding 
k\ second device." 

1% 3 

M 

y Figure 1A shows a block diagram of a first use of the system 100. 


1=3 


13 In a first use of the system 100, the first device 110 sends a first message 

16 111 (called herein a "reverse packet trigger" message), using the communication network 

17 120, to the set of second devices 130. As described below, the reverse packet trigger 

18 message 111 prompts any number of the set of second devices 130 to generate a second 

19 message 131 (called herein an "induced packet" message) in response to the reverse 

20 packet trigger message 111. The responding devices in the set of second devices 130 thus 

21 generate and send a sequence of induced packet messages 131, using the communication 

22 network 120, back to the first device 1 10. The first device 1 10 is thus able to measure a 
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1 response to the reverse packet trigger message 1 1 1 from the responding devices in the set 

2 of second devices 130, such as by counting the number of induced packet messages 131 

3 received from any responding device at the first device 110. This count is relevant to pa- 

4 rameter settings at the responding second devices 130. 
5 

6 Figure IB shows a block diagram of a second use of the system 100. 
7 

8 In a second use of the system 100, the first device 110 sends the reverse 

9 packet trigger message 111, using the communication network 120, to a responding de- 
ll vice in the set of second devices 130. Similar to figure 1A, the reverse packet trigger 
|l message 1 1 1 prompts a responding second device 130 to generate an induced packet mes- 

Hi I 

M sage 131 in response to reverse packet trigger message 111. The responding second de- 

*3 vice 130 thus generates a sequence of induced packet messages 131, using the communi- 
st cation network 120, back to the first device 1 10. 

§ 

16 In this second use of the system 100, the first device 100 sends a sequence 

17 of third messages 112 (called herein "jam packet" messages), using the communication 

1 8 network 120, to the set of responding second devices 130. If either the first device 1 10 or 

19 a responding second device 130 is configured for half-duplex communication using the 

20 communication network 120, the jam packet messages 1 12 will interfere with the induced 

2 1 packet messages 131, thus reducing the number of induced packet messages 1 3 1 received 

22 at the first device 1 10. The first device 1 10 is thus able to measure the response to the 
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1 reverse packet trigger message 111 from a responding second device 130, such as by 

2 counting the number of induced packet messages 131 from that responding second device 

3 received at the first device 1 10. The first device 1 10 is thus also able to determine a dif- 

4 ference between the number of induced packet messages 131 received at the first device 

5 110 under conditions in which jam packet messages 1 12 either are or are not present on 

6 the communication network 120. This difference is also relevant to parameter settings at 

7 the responding second devices 130. 
8 

9 Method of Operation 

*a£ 

4k 

a H 

.£] Figure 2 shows a process flow diagram of a method for operating a system 

juz for auto-detection of duplex mismatch on an Ethernet. 

1? 

la! 
: 53 

th A method 200 includes a set of flow points and a set of steps. The system 

j§ 100 performs the method 200. Although the method 200 is described serially, the steps of 

16 the method 200 can be performed by separate elements in conjunction or in parallel, 

1 7 whether asynchronously, in a pipelined manner, or otherwise. There is no particular re- 

1 8 quirement that the method 200 be performed in the same order in which this description 

1 9 lists the steps, except where so indicated. 

20 

21 A portion of the method 200 from the flow point 210 to the flow point 220 

22 corresponds to the first step described above with regard to figure 1 A. 
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2 At a flow point 210, the first device 110 is ready to determine parameter 

3 settings for a number of devices included in a set of second devices 130 coupled to the 

4 communication network 120. The number of devices included in the set of second de- 

5 vices 130 is preferably five or greater. When a member of the set of second devices 130 

6 responds to the first device 1 10, that second device is termed herein the "responding sec- 

7 ond device." 
8 

9 At a step 21 1, the first device 110 sends the reverse packet trigger message 

•lb 111, using the communication network 120, to the responding second device 130. As 

=8 part of this step, the communication network 120 attempts to deliver the reverse packet 

m trigger message 111 to the responding second device 130. As part of this step, the re- 

m 

13 sponding second device 130 attempts to receive the reverse packet trigger message 111. 

O 

ICS In a preferred embodiment, the reverse packet trigger message 1 1 1 can in- 

16 elude any packet, or sequence of packets, which when received by the responding second 

17 device 130, would have the effect of causing the responding second device 130 to gener- 
is ate a message back to the first device 110 in response. For example, the reverse packet 

19 trigger message 111 can include an ICMP ECHO request, a layer 2 PING message, or 

20 some other message to which, according to the protocol used on the communication net- 

21 work 120, the responding second device 130 must respond. 

22 
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1 At a step 212, if the responding second device 130 has received the reverse 

2 packet trigger message 111, the responding second device 130 generates an induced 

3 packet message 131 in response to the reverse packet trigger message 111. As part of this 

4 step, the communication network 120 attempts to deliver the induced packet message 131 

5 to the first device 110. As part of this step, the first device 110 attempts to receive the 

6 induced packet message 131. 

7 

8 The responding second device 130 thus generates and sends a sequence of 

9 induced packet messages 131, using the communication network 120, back to the first 
'to device 110. The first device 1 10 is thus able to measure a response to the reverse packet 

H.il 5 

^{j trigger message 111 from the responding second device 130, such as by counting the 

m 

%2 number of induced packet messages 131 received at the first device 110. This count is 

n 13 relevant to parameter settings at the responding second device 130. 

!fl 

111 

j=5 The first device 110 repeats the step 211 and the step 212 for a length of 

16 time, sufficient to acquire information regarding a number of induced packet messages 

17 131 received by the first device 1 10 from the responding second device 130. 

18 

19 At a flow point 220, the first device 1 10 is thus able to determine a number 

20 of induced packet messages 131 sent by the responding second device 130 in response to 

21 the sequence of reverse packet trigger messages 1 1 1 sent by the first device 1 10. 
22 
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1 A portion of the method 200 from the flow point 220 to the flow point 230 

2 corresponds to the second step described above with regard to figure IB. 
3 

4 At a step 221, the first device 110 sends the reverse packet trigger message 

5 111, using the communication network 120, to the responding second device 130. As 

6 part of this step, the communication network 120 attempts to deliver the reverse packet 

7 trigger message 111 to the responding second device 130. As part of this step, the re- 

8 sponding second device 130 attempts to receive the reverse packet trigger message 111. 

9 

'4b At a step 222, the first device 110 also sends the jam packet message 1 12, 

|| using the communication network 120, to the responding second device 130. As part of 

f u 

|L2 this step, the communication network 120 attempts to deliver the jam packet message 1 12 

1 

in* 

H 3 to the responding second device 130. As part of this step, the responding second device 

l| 130 attempts to receive the jam packet message 112. 

□ 

16 At a step 223, if the responding second device 130 has received the reverse 

17 packet trigger message 111, the responding second device 130 generates an induced 

1 8 packet message 13 1 in response to the reverse packet trigger message 111. As part of this 

19 step, the communication network 120 attempts to deliver the induced packet message 131 

20 to the first device 110. As part of this step, the first device 110 attempts to receive the 

2 1 induced packet message 131. 

22 
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1 The responding second device 130 thus generates and sends a sequence of 

2 induced packet messages 131, using the communication network 120, back to the first 

3 device 110. However, if the responding second device 130 is configured to treat the 

4 communication network 120 as half-duplex, jam packet messages 112 present on the 

5 communication network 120 cause the responding second device 130 to delay sending 

6 induced packet messages 131 until the jam packet messages 1 12 are no longer present. 

7 

8 The first device 110 repeats the step 212, the step 222, and the step 223 for 

9 a length of time, sufficient to acquire information regarding a number of induced packet 

5 — 3 

4b messages 131 received by the first device 110 while jam packet messages 112 are present 

01 

i! on the communication network 120. 

\M 
|L2 

q 3 At a flow point 230, the first device 1 10 is able to measure a response to the 

~ i? 

W reverse packet trigger message 111 while jam packet messages 112 are present on the 

i ~ i 

jgjj communication network 120, such as by counting the number of induced packet messages 

16 131 received at the first device 110. This count is relevant to parameter settings at the re- 

17 sponding second device 130. 

18 

19 At a step 231, the first device 110 uses the measures from the flow point 

20 220 and the flow point 230 to determine protocol parameters used by the responding sec- 

21 ond device 130 relating to half-duplex or full-duplex use of the communication network 

22 120. This step includes the following sub-steps: 
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• At a sub-step 23 1(a), the first device 1 10 determines how it has configured its own 
protocol parameters for the communication network 120. These protocol parame- 
ters can be either half-duplex or full-duplex. 

• At a sub-step 231(b), the first device 1 10 determines whether there is a relatively 
normal number of induced packet messages 131 received from the responding sec- 
ond device 130. 

• At a sub-step 231(c), the first device 110 determines whether there is a relatively 
large number of collisions between induced packet messages 131 received from 
the responding second device 130 and jam packets 1 12 sent by the first device 110. 
As part of this sub-step, the first device 110 determines whether a substantial per- 
centage of these collisions are late collisions. 

• If the first device 110 has configured its own protocol parameters as half-duplex, 
then the responding second device 130 will have a protocol mismatch only if the 
responding second device 130 has configured its own protocol parameters as full- 
duplex. In this case, the first device 1 10 will see a relatively large number of colli- 
sions as indicated in sub-step 231(c). If the first device 1 10 has configured its own 
protocol parameters as full-duplex, then the responding second device 130 will 
have a protocol mismatch only if the second device 130 has configured its own 
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1 protocol parameters as half-duplex. In this case, the first device 110 will see a 

2 relatively small number of induced packet messages 131. 
3 

4 At a flow point 240, the first device 110 has thus determined protocol pa- 

5 rameters used by the responding second device 130 relating to half-duplex or full-duplex 

6 use of the communication network 120, and whether those protocol parameters match 

7 corresponding protocol parameters used by the first device 110. 
8 

9 At a step 241, the first device 1 10 repeats the steps from the flow point 210 

CI 

4b through and including the flow point 240 a number of times, so that any traffic anomalies 

,£| on the communication network 120 are accounted for. In a preferred embodiment, the 

|IJ2 first device 110 repeats those steps about three times, each time determining whether or 

U 13 not there is a protocol mismatch, and adjusting its protocol parameters (as described be- 

a £A low with regard to step 242) in response to a majority vote of results. 

5 

16 At a step 242, the first device 1 10 adjusts its protocol parameters to match 

17 corresponding protocol parameters used by the responding second device 130. In alter- 

18 native embodiments, the first device 110 may cause an operator to adjust protocol pa- 

19 rameters used by the responding second device 130 so as to match corresponding protocol 

20 parameters used by the first device 110. 

21 
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1 At a flow point 250, the first device 1 10 and the responding second device 

2 130 are thus using matching protocol parameters relating to half-duplex or full-duplex use 

3 of the communication network 120. 
4 

5 The method 200 is performed one or more times starting from the flow 

6 point 210 and continuing therefrom. In a preferred embodiment, the first device 110 re- 

7 peatedly performs the method 200, starting from the flow point 210 and continuing there- 

8 from, so as to periodically and continuously determine that there is no parameter mis- 

9 match between the first device 1 10 and the responding second device 130. If the set of 
lb responding second devices 130 is fewer than five in number, the method 200 might be 
|| performed a greater number of times to determine statistically relevant results. However, 


12 for the invention to provide its advantages, there is no particular requirement for such 

«! 

13 repetition, and the method 200 need only be performed on initial connectivity between the 
Jtj first device 110 and the responding second device 130. 

P 

1 6 Generality of the Invention 
17 

1 8 The invention has general applicability to various fields of use, not neces- 

19 sarily related to the techniques described above. For example, these fields of use can in- 

20 elude automatic error detection and diagnosis of communication parameters for other 

21 types of devices, other communication links, and other communication protocols. 
22 
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Other and further applications of the invention in its most general form, will 


2 be clear to those skilled in the art after perusal of this application, and are within the 

3 scope and spirit of the invention. 

4 

5 Alternative Embodiments 
6 

7 Although preferred embodiments are disclosed herein, many variations are 

8 possible which remain within the concept, scope, and spirit of the invention, and these 

9 variations would become clear to those skilled in the art after perusal of this application. 
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